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Description 



Testing of transmission quality in packet-based networks 



The invention relates to a method, a resource server, a gateway and 



a system for testing the transmission quality in a packet network. 

5 The invention lies in the field of switching technology and deals 
with aspects of quality testing for data transmission over packet 
networks, for example IP (Internet Protocol ) -based networks . 

TMD (Time Division Multiplexing) networks provide a wide diversity 
of quality attributes, in particular for services with voice 

10 transmission, i.e. telephony. Guaranteeing these attributes requires 
regular testing or supervision of transmission links. As regards the 
convergence of TDM networks and packet-based networks, it is 
desirable to also guarantee the quality attributes known from TDM 
networks for packet networks and for the interworking of different 

15 network types. Above all, for voice-related services, compliance 
with quality attributes plays an important role in ensuring that 
demands such as real time transmission and adequate speech quality 
are met. Thus considerable development work is directed to providing 
quality attributes for voice transmission over IP networks. In this 

20 connection voice-over-IP, abbreviated to VoIP, is referred to. 

Data or voice transmission over a packet-based network with quality 
attributes comparable to those of TDM networks requires the use of 
test resources and test procedures for checking the transmission 
quality. 



25 
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With conventional Time Division Multiplex-based communication 
networks (TDM networks) which are designed for high quality 
operation, connection line maintenance and checking procedures are 
available which are provided by the switches present in the network 
5 or can be supported by these switches. These methods are used for 
fault detection, fault diagnosis and fault localization. They are 
based for a large part either on self -supervision mechanisms of the 
switch (e.g. irregularities of the signaling, ongoing events, 
permanently blocked, seized, unoccupied lines, end-to-end checks 

10 according to Standard ITU-T Q.724, Telephone user part signaling 

procedures, for #7 (Signaling System no. 7) signaled lines as part 
of the connection setup, PCM (Pulse Code Modulation) fault 
detection) or on test jobs for routine testing started via the 
operating devices for network or switch. Routine testing can be 

15 undertaken in accordance with a predefined test plan or schedule, if 
required with manual or automatic activation for a certain number of 
connecting lines of a switch. In this case the desired tests are 
specified in the test job and the test results are made available in 
a test report of the switching system at the operator interface. 

20 Typically special devices are provided in the switching systems 
involved in the connecting line checks which - as initiator of a 
test - frequently referred to as a director in technical terms - are 
provided in a first switch and as a receiver or response device - 
frequently called a responder - are provided in a second switch. 

25 When a connection is established over the connecting line to be 
tested which connects director and responder, a test sequence, 
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generally linked to the exchange at signaling, can be started 
between director and responder. By looping back the information in 
the second or the remote switch the director and responder function 
can also lie for a connection line testing function in the first or 
5 initiating exchange. As a rule in the case of TDM networks the line 
testing is based on transmission of tones as well as the measurement 
of power and noise level and also of quality distortions, i.e. 
distortions caused by the scanning of signals in the course of a 
pulse code modulation. In the case of digital lines test patterns 

10 can also be transmitted. Using special workstations for connecting 

line testing, the switching system can additionally guarantee access 
to the connecting line to be tested, the opportunity for controlling 
tests and measurements and the option of listening in on the 
transmitted speech data or on the line to be tested by the operating 

15 personnel. 

To provide corresponding or similar test and monitoring functions to 
those of TDM networks for packet-based networks the different 
architecture of packet-based networks and the switching differences 
must be taken into account. A typical scenario for voice 
20 transmission over packet-based networks is specified in Figure 1. 

The scenario of figure 1 shows how subscribers connected to a TDM 
network PSTN/ ISDN can exchange speech data over a packet -based 
network IPNET and what adaptations are required for this. The TDM 
network is for example a PSTN (Public Switched Telephone Network) to 
25 which subscribers A-Tln and B-Tln are connected, e.g. via an ISDN 
(integrated services digital network) access. Subscribers Tin can 
also exchange speech data over the packet network IPNET with 
terminals suitable for the packet network IPNET as well as with the 
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aid of classical analog and ISDN terminals and private branch 
exchanges. These terminals frequently allow broadband data access to 
the packet-based network and additionally support the basic service 
features known from public telephone networks with the aid of 
5 protocols such as H.323 and SIP (compression initiation protocol) , 
especially for the transmission of speech over packet networks. The 
obvious access media for the subscribers Tin as regards broadband 
access are subscriber access lines operated with suitable xDSL 
technologies (DSL: digital subscriber line) as well as the widely- 

10 used cable networks. This situation is expressed by the reference 
symbol VoDSL/cable through which the alternative use of a voice 
transmission over an xDSL connection (VoDSL: Voice over DSL) and 
cable access (Voice over Cable) in the access area are indicated. On 
the packet network side the access networks VoDSL/cable are as a 

15 rule terminated by adapters (not shown in the Figure) . With the aid 
of these VoDSL/cable access networks broadband terminals (PCs with 
Internet access, televisions, video telephones) and also classical 
subscriber terminals, i.e. analog telephones, ISDN telephones, as 
well as analog and ISDN PABXs can be connected. For the access of 

20 terminating devices/ terminals Figure 1 shows subscriber access 

devices RG (RG: for residential gateway) , also known as customer 
premises gateways. Typical examples of these types of access 
equipment are Integrated Access Devices IAD or Multimedia data 
Termination Adapters MTA at/in the cable modem. 

25 For interworking of the time division multiplex-based networks 

PSTN/ISDN and the packet-based network IPNET both subscriber-related 
and also switching node side modifications are required. While the 
TDM-based switch has ' the task of call control and the termination 
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and through switching of the payload channels, the packet-related 
exchange P-Vst retains the task of call control expanded by the task 
of control of the associated payload channels or payload data ndat 
routed outside the exchange P-Vst over external devices (e.g. 
5 gateways, resource servers,...), which provide suitable interfaces 
for payload data streams (e.g. voice data transmission by means of 
the RTP (real time protocol) protocol) and signaling (e.g. with the 
aid of the MGCP (media gateway control protocols) protocol of the 
H.248 protocol or of the H.323 protocol). 

10 Time division multiplex-based connecting lines to a classical 

(public or private) switch are terminated by a Media Gateway MG 
which is controlled by a packet-based network switch P-Vst. 
Classical subscriber lines and PABXs at a packet-based switch P-Vst 
are connected via what are known as Residential Gateways RG. The 

15 signaling is preferably routed packet-based to the packet-based 
switch P-Vst. The payload channel connections to be through 
connected by the packet-based switch P-Vst are routed outside the 
switch P-Vst without conversion to time division multiplexing, so 
that a direct payload data transfer ndat through the packet-based 

20 network IPNET is made possible as regards guaranteeing a high speech 
quality. Within the packet network IPNET payload data is forwarded 
by means of Routers R. Resource servers R-Serv placed in the packet 
network IPNET can in this case provide additional functions, e.g. 
'IVR' (interactive voice response) functions. Signaling functions 

25 and control tasks for the packet network IPNET and the TDM network 
PSTN/ ISDN are handled by the packet-based switch P-Vst. The packet- 
based switch P-Vst can be implemented for example by a conventional 
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switch with additional modules for switching packet traffic. The 
signaling for TDM networks is executed by means of the SS7 
(signaling system 7) protocol. SS7 signaling messages can be 
transmitted from the TDM network PSTN/ ISDN to the packet-based 
5 network P-Vst and vice versa via a Signaling Transfer Point STP. The 
signaling between the packet-oriented switch P-Vst and various 
gateways, e.g. Media Gateways MG, Residential Gateways RG, is 
executed by means of the MGCP (Media Gateway Control Protocol) . With 
the aid of terminals PC operator entries Crtl can be made and test 

10 data interrogated. Test functions and settings for the packet switch 
P-Vst can be included as part of the Intelligent Network IN concept. 
In this case a SCP (service control point) and LNP (local number 
portability) functionality are provided, with communication with the 
packet switch P-Vst being by means of the INAP (IN application part) 

15 protocol. 

In view of these types of scenario of connections routed via a 
packet-oriented network as part of voice transmission for example 
connection line checking functions must be provided for packet-based 
transmission links. 

20 To be functionally compatible with the TDM networks the packet-based 
switches P-Vst must support the concurrent line tests or those 
necessary on demand for their TDM lines. The connection paths in the 
packet network IPNET are not recorded by the test resources of the 
TDM network. The speech quality that they define can basically only 

25 be determined with the tone-based procedures available in the TDM 

area only in the specific case of tone- transparent coding procedures 
(e.g. according to Standards IT.U-T G.711, Pulse Code Modulation 
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(PCM) of voice frequencies, and ITU-T G.728, encoder of speech at 16 
kbit/s using low-delay code excited linear prediction) , which would 
however mean a non-practicable restriction for packet networks. In 
addition it has been shown that voice is relatively insensitive to 
5 the typical corruptions occurring in the packet network, such as 

packet loss and delay by comparison with pure data transmission, so 
that determining the transmission quality with tone-based techniques 
would not appear sensible in packet networks. Other procedures, 
which are however more complicated are available here (see ITU- 
10 T:P.861 (Perceptual Speech Quality Measurement, P. 862 (Perceptual 
Evaluation of Speech Quality) . 

PC-based methods exist in which a plurality of external PCs access 
the packet network via gateways for test purposes. These allow data 
connections via the packet network to be checked and assessed as 

15 regards speech quality. An example of one such method is the ROTL 

(Remote Office Test Line) system. One disadvantage is the high costs 
of these devices arising in a network constructed with many 
gateways, the necessity of having to keep PC-based peripheral 
devices handy and the loss of transmission capacity associated with 

20 connecting said devices. 

The object of the invention is to make possible efficient testing of 
packet network sections while avoiding the disadvantages of 
conventional methods. 

This object is achieved by a method in accordance with Claim 1, by a 
25 resource server in accordance with Claim 11, a gateway in accordance 
with Claim 14 and by a system in accordance with Claim 18. 
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The method in accordance with the invention comprises a packet-based 
switching system, a resource server and one or more gateways. The 
resource server is provided with a director or a responder 
functionality, with the resource server being able to send out test 
5 signals or test sequences (director functionality) and receive them 
back again (responder functionality) . Optionally director and 
responder functionality can be implemented in different resource 
servers. The gateway or gateways include a loopback functionality. 
In this case loopback functionality is taken as the capability to 

10 direct the payload data stream coming out of the packet network back 
to the same bidirectional connection or the further transfer of the 
payload data to a further connection in the packet network. The 
invention allows the quality of the transmission over connecting 
links or connections to be checked in a packet network. Start and 

i5 end point of a transmission link or part link to be checked here is 
for example specified by gateways or through the resource server and 
a gateway. The transmission quality of transmission links is checked 
with the aid of the transmission of test information, e.g. a test 
signal or a test sequence. This test information can be voice or 

20 tone information for example. This case can above all be of 

significance for the transmission quality of VoIP applications. It 
is also conceivable for a short video sequence to be transmitted. 

Any equipment in the packet network provided with the loopback 
functionality defined above can be used as an end point of a part 

25 transmission link to be tested in the packet network. Examples are 
Media Gateways, Access Gateways, NAT (Network Access Translation) 
Routers etc. As a rule the packet network comprises subnetworks or 
packet network domains, which belong to different network operators 
for example, or use different network addressing with just local 

30 significance. Devices or subnetwork interworking devices which can 
support a loopback functionality in accordance with the invention 
are then used between such subnetworks, (a loopback can be 
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undertaken in this case for example by an address modification in 
the packet header.) The term gateway is to be understood to include 
all types of device in the packet network or at the edge of the 
packet network which can be equipped with an inventive loopback 
5 functionality. The loopback functionality in the sense of a forward 
transmission or forwarding of the payload data to a further 
connection in the packet network can for example be implemented by a 
fixed connection of two ports of a gateway or a module of a gateway. 

In general the checking t is implemented by a resource server with 

10 director functionality sending test information which is reflected 

or looped back at at least one gateway and is finally transmitted to 
a resource server with responder functionality. In many cases it 
will be useful for the two resource servers with director or 
responder functionality to coincide, i.e. for the transmission path 

15 of the test information to be a closed loop. The transmission path 
of the test information can be selected so that a part link to be 
tested is connected. By transmitting test information over other 
paths and combination (e.g. subtraction) of the results, the part 
link to be tested can be isolated and the transmission quality on 

20 this part link determined. The transmission of the test information 
is controlled by at least one controller. For transmission of the 
test information over transmission links with gateways or resource 
servers which are not all controlled by the same controller more 
than one controller will be involved as a rule. Three methods which 

25 can for example be combined to test the transmission quality between 
two gateways, are illustrated below as an embodiment. 
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To check the quality attributes for the transmission of data between 
the resource server and a gateway a first inventive method is used. 
In the first method a connection between the resource server and a 
gateway is initiated or established by the packet-based switching 
5 system. The connection concerned is a bidirectional connection. A 
test signal or a test sequence is transmitted from the resource 
server to the gateway. In the gateway the test signal or the test 
sequence is looped back and transmitted back to the resource server 
from the same connection. Looping back here means transmission back 

10 on the same connection to the resource server. This can for example 
be implemented by a corresponding change of the packet header of 
data packets belonging to the test sequence or the test signal. 
Preferably the information is looped back after passing through all 
gateway functions (e.g. coding functions), that is close to the 

15 network side remote from the director, in order to also record the 
properties of the gateways themselves which adversely effect 
quality. As an alternative to one bidirectional connection, two 
bidirectional data connections between the resource server and the 
gateway can also be used. In this case the loopback functionality 

20 corresponds to the ability to forward data packets of a specific 

connection over another packet network connection. The test signals, 
or test sequences received by the resource server can be compared 
with the original signals and thus checked for transmission errors 
and signal degradations. The processing of the test job and the 

25 logic for localization of possible error values, as well as the 

creation of a possible test report is preferably a facility to be 
provided by the resource server. Alternatively for example the fault 
analysis can also be undertaken in the packet-based exchange, but 
this leads to additional complexity. It therefore makes sense to 

30 provide an interface of the resource server for access to test desks 
of connecting line testing. 
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The transmission links between various gateways can be checked with 
the aid of a further method, called the second method below. In this 
method a connection setup between the resource server and a first 
gateway, a connection between the first gateway and a second gateway 
5 and also a connection between the second gateway and the resource 

server is undertaken by the switch. A test signal or a test sequence 
is then transmitted from the resource server to the first gateway, 
then from the first gateway to the second gateway and finally from 
the second gateway back to the resource server. An additional 

10 transmission of a test signal or a test sequence in the opposite 
direction via the same connections or additionally established 
connections can be performed to test the transmission quality in 
both directions, in the case of unsatisfactory transmission quality 
or a fault, the sublink causing the quality reduction or the 

15 transmission failure can be identified by combining the first method 
with the second. The first method allows the transmission quality on 
the transmission links between the resource server and the first and 
the second gateway to be checked, so that, if the quality is 
satisfactory on the part links between the resource server and the 

20 gateway, conclusions can be drawn about quality reductions or faults 
on the part link between the two gateways. 

In accordance with a third method connections are initiated between 
the resource server and a first gateway as well as the first gateway 
and a second gateway of the packet-based switch. A test message or a 
25 test sequence is then transmitted from the resource server first to 
the first gateway and then from the first gateway to the second 
gateway. In the second gateway the test signal or the test sequence 
is looped back and transmitted back to the first gateway. From the 
first gateway the test signal or the test sequence is finally 
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transmitted back to the resource server. The information can be 
transmitted on the same bidirectional or different unidirectional 
connections. In connection with the first method a check can be made 
for a fault or for a reduction in quality as to how much the 
5 individual part links between resource server and first gateway or 
first gateway and second gateway are contributing to the quality 
reduction or to the fault. 

For the second and third method the first and the second gateways 
can be controlled by different packet-based switches. Such a 

10 scenario is shown as part of Figure 2 discussed in the exemplary 

embodiment. In this case both packet-based switches can be involved 
in the connection setup between the first and second gateways as 
well as in the setup between the resource server and one of the two 
gateways. The ISUP (ISDN User Part) protocol will be used for 

15 example for communication between the packet-based switches. In this 
case it is also possible for director function and responder 
function to be implemented in two different resource servers which 
are controlled by different packet-oriented switches. With this 
arrangement the type of test information can either be transmitted 

20 directly between the two resource servers (e.g. using the directory 
number) , or the test information is notified via test desks to the 
second resource server by means of operator entries. 

The advantage of the invention is that the normally complicated and 
expensive test functions for checking the transmission quality, 
25 especially for evaluating the quality of the voice transmission , is 
provided on centralized resource servers. Such resource servers are 
usually present in packet-based networks in order to provide 
functionality and service features, e.g. Interactive-Voice-Response 
(IVR) functions or conference functions. Additional servers for 
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checking the transmission quality can be provided, but thus do not 
have to be. It is more cost effective to provide the corresponding 
test . functions on a resource server present in the network. 
Transmission links between gateways which are connected to the 
5 packet-based network, for example media gateways, residential 

gateways, access gateways and NAT routers, can be tested without 
complex functions having to be provided at the gateways. It is 
sufficient to ensure that the tested gateways have loopback 
functionality. Furthermore the loopback functionality can be 

10 restricted to some of the ports, as a rule virtual ports, of the 

gateways. The loopback functionality can also be implemented by TDM- 
side loops if not present directly in the gateways. The assessment 
of the speech quality of the connection between two gateways, for 
example media gateways, residential gateways and access gateways, is 

15 effected by excluding bad speech quality on the connection sections 
between the gateways and the centralized resource server, meaning 
that individual part strengths can be analyzed as regards quality by 
combining the methods in accordance with the invention. 

The inventive methodology of placing director and responder 
20 functionality in resource servers and of broadcasting test 

information via gateways to which the test information is reflected 
or is diverted to another destination in the packet network is not 
restricted to transmission paths or round trip links with two 
gateways. In principle test information can be looped back or 
25 forwarded by any number of gateways before arriving at the 

responder. For statements about individual route sections the result 
of a transmission over a number of gateways can be combined with the 
result of tests in which one or two gateways are involved. 
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The. invention is explained in more detail below within the framework 
of an exemplary embodiment on the basis of figures. 

The drawings show 

Fig. 1 a scenario for voice transmission over a packet-based 
5 network, 

Fig. 2 a scenario for voice transmission over a packet-oriented 
network, in which two packet-oriented switches are used, 

Fig. 3 a schematic diagram of the first inventive method, 

Fig. 4 a schematic diagram of the second inventive method, 

10 Fig. 5 a schematic diagram of the third inventive method, 

In the Figures the same reference characters identify the same 
components . 

Figures 1 and 2 show typical network scenarios which occur on 
transmission of data, especially voice data. Figure 2 differs from 

15 Figure 1 dealt with in the introduction to the Description in that 
two packet-based switches P-Vst P-Vstl and P-Vst2 are used for the 
transmission of voice data between subscriber A-Tln and subscriber 
B-Tln in the area of the packet network IPNET. Both switching 
systems P-Vstl and P-Vst2 are assigned resource servers R-Servl or 

20 R-Serv2 which are positioned in the packet network IPNET. Signaling 
information is exchanged between the two switches P-Vstl and P-Vst2 
with the aid of the ISUP (ISDN User Part) protocol which can for 
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example be transferred over the IP protocol (reference symbol 
ISUPoIP) . In the area of responsibility of switches P-Vstl and P- 
Vst2 there is a resource server R-Servl or R-Serv2 in each case. 
These servers are for example IVR servers. With packet-oriented 
5 switching systems at least one IVR servers is frequently provided 
for each switching system, in order if necessary to switch IVR 
functionalities through the packet-based switching system on a 
connection. The control interfaces between switching system and IVR 
servers or resource server are mostly IP-based and use the Media 

10 Gateway Control Protocol MGCP. A resource server of this type can be 
equipped with the inventive test functionality in addition to other 
functionalities, so that no additional platform needs to be provided 
for this purpose. For example in accordance with the invention the 
transmission link between the two media gateways MG1 and MG2 can be 

15 checked. This is done by initially checking the transmission links 
between the resource server R-Servl and the media gateway MG1 as 
well as between the resource server R-Serv2 and the media gateway 
MG2 . As a next step test information is transmitted from the first 
resource server R-Servl to the first media gateway MG1, from the 

20 first media gateways MG1 to the second media gateway MG2 and finally 
from the second media gateway MG2 to the second resource server R- 
Serv2 . Alternatively the test information can also be transmitted 
from the second media gateway back to the first resource server R- 
Servl. Both packet-oriented switches P-Vstl and P-Vst2 are involved 

25 in call control on transmission between the two media gateways. The 
transmission quality over the transmission link to be tested is 
determined using a combination of the results of the three 
transmissions of test information. 

Figures 3, 4 and 5 show the inventive methods one . , two and three. 
30 The diagrams each show a resource server R-Serv with director and 
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responder functionality as well as two gateways GW1 and GW2 with 
loopback functionality. The transmission paths of the test signal or 
the test sequence pinf (pinf : test information) is indicated by 
solid lines with arrows. In accordance with the first method the 
5 test information is transmitted from the first resource server R- 
Serv to the first gateway GW1 or to the second gateways GW2 and 
looped back again to the resource server R-Serv. In the second 
method (Figure 4) the test information pinf is initially sent from 
the resource server R-Serv to the first gateway GW1, from there to 

10 the second gateway GW2 and finally back again to the resource server 
R-Serv. Test information pinf can also be transmitted in the 
opposite direction in order to check bidirectional transmission 
paths. Finally, in the third method (Figure 5) the test information 
pinf is initially sent from the resource server R-Serv to the first 

15 gateway GW1, forwarded there to the second gateway GW2 , looped back 
in the second gateway GW2 and finally transmitted back via the first 
gateway GW1 to the resource server R-Serv. Combination of the 
methods allows the transmission quality on all three part links, 
i.e. between the resource server R-Serv and the first gateway GW1, 

20 the first gateway GW1 and the second gateway GW2 and the second 
gateway GW2 and the resource server R-Serv to be checked. 

The inventive methods can be implemented to check the quality of 
voice transmission in accordance with Standard ITU-T P. 861 
(Objective quality measurement of telephone -band (3003400 Hz) speech 

25 codecs) or /and ITU-T P. 862 (Perceptual evaluation of speech quality 
(PESQ) , an objective method for END-to-END speech quality assessment 
of narrowband telephone networks and speech codecs) . For testing the 
transmission quality virtual ports are defined for the resource 
server R-Serv and the gateways GW1 and GW2 . These virtual ports 

30 determine the address information of the packets transmitted. The 
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call processing program of the test ports is able to control the 
desired loopback or diversion functions of the gateways GW1 and GW2 
or is in possession of knowledge that equivalent functionality based 
on an external loop is present in the form of a short circuited port 
5 or in the form of two virtual ports assigned to each other. This 

information is provided if necessary on administrative set up of the 
test ports. 

Externally test jobs will be output to a packet-oriented switching 
system by the connection line test desks. In accordance with the 

10 test jobs the packet-oriented switching system successively through- 
switches the connections for testing using the methods shown in Fig. 
3 to Fig. 5. A test can be ended in each case by release of the test 
connections by the resource server R-Serv, which can bring with it 
the automatic release of associated follow-up connections at ports 

15 of gateways GW1 and GW2 used for the method. Likewise on the release 
of the connection and the conclusion of the test the information of 
the connection line test desk can be used to initiate a possible 
next test step. 

The test report is written by the resource server R-Serv, with the 
20 resource server R-Serv being in a position to create a fault 

localization statement and an urgency statement for count ermeasures 
from the knowledge of the test job sequence. The connection line 
test desk has access to these outputs via a Web-based interface. The 
test steps to be executed can also be determined in detail via this 
25 interface. On starting the tests the desired test script can then be 
selected in each case via parameters using the Media Gateway Control 
Protocol controlling resource server R-Serv. 



